home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000132_news@newsmaster….columbia.edu _Tue May 26 09:54:06 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id JAA01502
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Tue, 26 May 1998 09:54:04 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id JAA00819
  7.     for kermit.misc@watsun; Tue, 26 May 1998 09:54:04 -0400 (EDT)
  8. Path: news.columbia.edu!panix!howland.erols.net!cpk-news-hub1.bbnplanet.com!wtn-news-feed2.bbnplanet.com!news.bbnplanet.com!netnews.jhuapl.edu!usenet
  9. From: Skip Collins <collibf1@jhuapl.edu>
  10. Newsgroups: comp.protocols.kermit.misc,comp.sys.hp48
  11. Subject: Re: Kermit on the HP48 (Was: One-Way Transfer)
  12. Date: 26 May 1998 08:50:05 -0400
  13. Organization: Johns Hopkins University Applied Physics Lab, Laurel, MD, USA
  14. Lines: 44
  15. Sender: collibf1@COLLIBF1
  16. Message-ID: <wkhg2d2o3m.fsf@jhuapl.edu>
  17. References: <35646665.EBB3868B@theriver.com> <wk67iy1b8j.fsf@jhuapl.edu> <6k4ef6$g6p$1@apakabar.cc.columbia.edu> <wk4syi58y0.fsf@jhuapl.edu>,<6kc4vm$ssl$1@apakabar.cc.columbia.edu> <6kdsql$71n$4@news.iastate.edu>
  18. NNTP-Posting-Host: collibf1-2.jhuapl.edu
  19. X-Newsreader: Gnus v5.5/Emacs 20.2
  20. Xref: news.columbia.edu comp.protocols.kermit.misc:8795 comp.sys.hp48:81461
  21.  
  22. jhmeyers@miu.edu (John H Meyers) writes:
  23.  
  24. > Someone:
  25. (otherwise known as Skip Collins)
  26. > : As long as you are cataloging peculiarities, the HP48 sends packet
  27. > : sequence numbers that are larger than 63. One can compensate by doing
  28. > : mod63 before verifying. Is this right?
  29. > 
  30. > Frank da Cruz (who wrote the book:)
  31. > > Packet numbers should be 0-63, period.  The packet length field
  32. > > is one byte long, and contains a printable character.
  33. > 
  34. > Could it be that the original writer did not account for
  35. > "adding 32" to the binary count value?  My HP48 transfers files
  36. > requiring hundreds of packets, without problem, so we can
  37. > credit HP with not implementing a completely non-functional Kermit,
  38. > inasmuch as no one has ever reported a file which it could not
  39. > transfer (if it fits in memory).
  40.  
  41. The hp48 can send invalid sequence numbers. But I had forgotten the
  42. circumstances which can cause the behavior. After searching for my original
  43. post in deja news, I now recall that only error packets have this
  44. problem. I quote the text of that post below.
  45.  
  46. Skip Collins
  47. ---
  48.  
  49. Quoted from http://www.dejanews.com/getdoc.xp?AN=288295828
  50.  
  51. This is a small, relatively harmless, but nevertheless real bug in ROM R. 
  52. When sending an error packet, the kermit routine may send an invalid
  53. packet sequence number. The sequence number is supposed to be limited to
  54. the range 0 to 63. But when generating an error packet after pressing ON
  55. during a transfer, the packet number may exceed 63. Apparently someone 
  56. forgot to do an '& 63' to the internal packet number before generating 
  57. the error packet.
  58.  
  59. I suppose it is possible that a bad character could be sent out, thereby 
  60. preventing the error message from being received. Also, some kermit 
  61. receivers may timeout waiting for a valid packet to arrive. I discovered 
  62. the problem while writing a quick and dirty kermit. My solution was to do 
  63. '& 63' on all incoming sequence numbers.
  64.  
  65. Skip